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@ Process control for real time systems. 



(57) A technique is provided for controlling and 
managing processes or systems such as a com- 
munications network. The process or system is 
modelled in memory in object oriented form. 
Each resource of the process of system has a 
corresponding field in the model which can be 
composed of data and executable code. Inter- 
relationships between fields within the model 
are designed to correspond relationships be- 
tween the resources in the process or system. 
When the system or process changes, this 
change is communicated to the model, causing 
changes to be made in the data in the corre- 
sponding fields and possibly causing the execu- 
tion of code to cause corresponding changes to 
associated interrelated resources in the process 
or system and their corresponding fields within 
the model. In this way, a reel time model of the 
process or system is maintained, and changes 
to the process or system can be addressed 
directly to the model, which will provide the 
appropriate changes to the process or system. 
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The present invention relates to a data cache 
manager for use in controlling real time systems. More 
particularly, the present invention relates to a data 
cache manager which models an active process or 
system in real time and interacts interactively with out- 
side programs or applications or operates indepen- 
dently to effect dynamic control of the process or sys- 
tem in real time. 

It is, of course, not new to use computers and 
computer programs to control a process such as a 
manufacturing process or to monitor a system such as 
an information network. Complicated processes or 
systems often have a large number of control appli- 
cations or programs operating to control different por- 
tions thereof. However, technology is still embryonic 
when it comes to monitoring and coordinating control 
a complicated process or system with a technique 
that monitors, coordinates and responds to changes 
in the process or system in substantially real time. 

For example, in network management, network 
manager programs resident in a computer can graph- 
ically illustrate to an operator the components of the 
network. Also, such programs can provide alerts to an 
operator when a component of the network informs 
the network manager program that something is 
wrong with the network or a component thereof. Ad- 
ditionally, to a limited extent, network manager pro- 
grams can respond to an alert by triggering some pro- 
gramming that carries out a response for a given 
alert However, the responses available are quite lim- 
ited in scope and typically cause further changes to 
a network which are not accounted for unless another 
alert is generated. Also, any domino effect relative to 
the initial alert or caused by any response is not au- 
tomatically accounted for, as the current design of 
network manager programs do not provide the ca- 
pacity or speed necessary to account for, deal with, 
or react to any such situations. Also, independent pro- 
grams or applications commonly interact directly with 
a given component of the process or network to effect 
control of a process or a network. Alerts caused by 
changes caused by this control typically are seen by 
the manager and some limited action can be taken by 
the manager in response. Such management is indir- 
ect and decentralized and can have effects on the 
process that cannot be addressed by the operator 
event if the operator is informed about it by the man- 
ager program. 

Due to all of this disjoint control and monitoring activ- 
ity and given the lack of coordination and disregard 
for cause and effect problems, a need has developed 
for a more responsive and more powerful moni- 
tor/controller. 

Accordingly, one object of the present invention 
is to provide a data cache manager which maintains 
real time data and includes process control applica- 
tions. 

Another object of the present invention is to provide 



a data cache which interacts with real devices to 
maintain their state consistent with that represented 
in the data cache. 

Yet another object of the present invention is to pro- 
s vide a technique to store and maintain operations and 
status data in a dynamic systems management envir- 
onment. 

Still another object of the present invention is to pro- 
vide such a system which is capable of being exploit- 
to ed by applications or programs to effect changes to 
or control of resources of the process without signif- 
icant performance penalty. 

A still further object of the present invention is to pro- 
vide a cache data manager which incorporates appli- 
1 s cation defined logic that can be actuated by changes 
in data values. 

Other objects and advantages of the present inven- 
tion will be set forth in part in the description of the 
drawings which follow and, in part will be obvious 

20 from the description or may be learned by practice of 
the invention. In summary, the present invention pro- 
vides an interactive model of a process or system. 
Changes to the resources of the process or sys- 
tem,are relayed to the model, which then takes the 

25 appropriate steps and invokes processes in the form 
of executable code in accordance with pre-deter- 
mined and pre-specrfied programming. Inter-related 
objects are informed of the changes and additional 
changes to the inter-related objects made as neces- 

30 sary. Applications which employ the objects can be 
notified of these changes to the objects, and the 
changes to inter-related objects are implemented in 
the system or process as required. The structure of 
the data model permits users to readily update the 

35 process control manager as required by changes to 
the process or system. Objects can be added or de- 
leted, information and executable code within data 
fields changed modified or updated as necessary, in- 
ter-relationships between objects changed, etc. In 

40 this way, process control is provided in real time, with 
the actual system in process and the data model be- 
ing interchangeable for purposes of affecting change 
to process or system. 

The present invention will now be described with ref- 
45 erence to the following drawings, in which like refer- 
ence numbers denote the same elements through- 
out 

Figure 1 is a block diagram of a network environ- 
ment in which the present invention can be imple- 

50 mented ; 

Figure 2 is a block diagram illustrating the rela- 
tionship between a process control manager ac- 
cording to the present invention and network 
manager and applications resident in a host ; 

55 Figure 3 is a block diagram illustrating how data 

is structured within the process control man- 
ager ; and 

Figure 4 is a diagram illustrating the relationship 
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between executable code stored in the process 

control manager with outside applications and 

the process being controlled. 

The present invention will now be described in a 
network management environment although it 
should be understood that the process control man- 
ager described herein can be employed to monitor 
and manage any process or system capable of being 
modelled in cache memory, including electrical gen- 
erating facilities, manufacturing lines, elevator banks, 
etc. 

Figure 1 illustrates a simplified network 10 and its 
connection to a known network manager 12 such as 
Netview, which is a registered trademark of the IBM 
Corporation. Typically, the network manager 12 re- 
sides in a host 14 and the resources of a network pro- 
vide alerts to the host 14 which are received and in- 
terpreted by the network manager 12 in accordance 
with known techniques. The resources of a network 
can include a plurality of individual workstations, per- 
sonal computers, modems, applications resident in 
host computers, communications satellites, and the 
like. The concept of a network implies communica- 
tion ; as such it is well known that the resources of the 
network send status reports in the form of alerts to 
the network manager. However, heretofore the ability 
of the network manager to respond has been limited. 
In contrast a process control manager of the present 
invention is designed to be interactive with the re- 
sources of the network and provide a central control 
location for applications that wish to somehow manip- 
ulate resources of the network. Like the network 
manager, a process control manager resides in mem- 
ory of a host computer which is employed to operate 
the network. 

The architecture of a process control manager 20 
will now be described with reference to Figures 2-4. 
The entire network is modelled in memory, such as 
cache memory in the manager 20. The process con- 
trol manager 20 includes a user API 26 which controls 
access to the process control manager 20. In the 
present embodiment communication between a net- 
work manager 12 and the process control manager 
20 and automation applications 30 are carried out 
through the suer API 26. This user API 26 provides an 
appropriate interface so that multiple automation ap- 
plications 30 can access the process control manager 
20. As we explain below, the network is actually mod- 
elled within the process control manager 20. The 
present invention permits applications 30 to effect 
changes to the network by addressing the process 
control manager 20. The change will be instantly 
made of the data model, and the data control man- 
ager 20 will cause the change to be implemented to 
the network. Additionally, a change made by an ap- 
plication 30 to one resource of the network which af- 
fects the other resource of the network will be imme- 
diately known and accounted for since the model of 



the network within the data cache manager accounts 
for these inter-relationships. This is achieved in the 
following way. The process control manager 20 em- 
ploys an object oriented approach to data organiza- 

5 tion. Data is organized around entities called objects 
22 (Fig. 3). Information about an object 22, such as 
its status, may be stored in data fields 24 associated 
with the object 22. Relationships between objects 22 
are explicitly represented as either links between ob~ 

10 jects or other objects. In a process control application, 
objects may represent actual physical objects. Data 
fields for the objects are defined by the user to mirror 
the actual functioning of the process being modelled. 
Figure 3 illustrates a data structure included within 

15 the memory of the process control manager 20. Such 
a structure can be described as a collection of data 
items contained in logical groupings in the form of a 
tree. These data items are associated with fields 24 
within the memory of the process control manager 

20 20. Fields are records of information within the mem- 
ory. These fields 29 are unique in that they are div- 
ided into a number of sub-fields which can contain 
data and logic in the form of executable code. The ob- 
jects 22 are the basic unit of data items in the process 

25 control manager 20. As discussed, each object 22 has 
associated therewith or is actually composed of the 
fields 24 which contain data about and executable 
code relative to its objects 22. This data structure is 
organized into a structure composed of objects, 

30 classes and super classes. Classes and super class- 
es provide the definitional framework for organizing 
and defining the fields of an object, and provide inher- 
itable data fields for each of their associated sub 
classes and objects. As mentioned, only an object can 

35 represent a single resource of the process being con- 
trolled, and in networks an object can represent proc- 
essors, applications which control communication 
and data flow within a network, such as VTAM (which 
is a trademark of the IBM Corporation), switches, 

40 control units, storage devices, printers, routes, ses- 
sions and modems. Objects organized into classes 
33. Objects in the same class share the same data or- 
ganization. Two objects of the same class have fields 
with the same data types. The structural organization 

45 of these fields is identical, i.e., the objects have the 
same structure. For example, objects 22A and 22B 
can be identical workstations, and there exists a one 
to one correspondence between the structure be- 
tween the two objects. However, the corresponding 

so fields of the two objects 22A and 22B may be used to 
store different data values, such as the different iden- 
tity of the workstations. 

The structure of an object Is determined by the struc- 
ture of the class to which the object belongs. Fields 
55 defined for a class automatically appear on all objects 
of that class. Further classes can also be defined. Al- 
though not shown, each object class, super class 25, 
etc. includes a field 24, which will typically include 
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data and may or may not include executable code. 
The structure of the data stored in the process control 
manager 20 can be referred to as a tree structure, and 
a number of classes which build upon each other can 
be employed. Typically, a class found higher in the 
tree than another class is referred to as a super class 
relative to that class. A super class provides a means 
of defining common fields once. This permits the 
common fields to be shared among different classes. 
Thus, the data cache manager is organized into a tree 
structure hierarchy of superclasses, classes, and ob- 
jects. The only class without a parent or super class 
is referred to as a universal class 27, as it is the an- 
cestor of every class in the tree. The universal class 
includes a field having data which is inherited by ev- 
ery class. Each tree has exactly one primary parent 
except for the universal class, which has none. Each 
class inherits structure from its super class. This 
makes the data easier to organize and define. In this 
way, structure can only be defined once at the super 
class level. This defined structure is then shared by 
all the different classes. 

Figure 3 illustrates that objects 22 having an inter-re- 
lationship are linked within the model so that an ob- 
ject that would be affected by a change in another ob- 
ject will be informed of that change. The data field as- 
sociated with the latter object will contain executable 
code which will take any necessary steps to account 
for that change to the related object. As illustrated in 
Figure 4, executable code can also be stored in the 
process control manager 20 that is not stored in one 
of the data fields 24. For example, it may be desired 
that an application 30 be notified of a change to an ob- 
ject In this case, when the object 22 is changed, 
executable code within the process control manager 
20 will be implemented using an appropriate API 34. 
The application 30 will then be notified of the change 
to the object via the user API upon the executable 
code being invoked. Execution of the executable 
code in response to a change in the object can also 
cause an appropriate command to be sent to the net- 
work resource represented by the object 22. Thus, if 
an application 30 desires a change to resource to oc- 
cur, the application need only address this change to 
the object, the change to which will cause executable 
code to be implemented which sends the appropriate 
command to the resource. In this way, the model 
would then do process control manager 20 and the 
actual status of the resources in the network are 
maintained as identical. Further, due to the links be- 
tween objects, executable code invoked on behalf of 
one object will cause the appropriate inter-related ob- 
ject to be notified of this change. The data field of the 
inter-related object may or may not cause executable 
code to be invoked in response to this change to the 
data field. If code is invoked, the process is contin- 
ued. Applications 30 will be notified of the change to 
the inter-related object as pre-specrfied by the execu- 



table code, the status of the resource which corre- 
sponds to the inter-related object will be changed as 
necessary, and any further inter-related objects 
which are affected by this change will be notified. 

5 

Claims 

1. Asystem for managing and interacting wit ha sys- 
10 tern having a plurality of resources, comprising : 

means (12) for receiving status signals rel- 
ative to the resources of the system ; 

means (20) for maintaining an object ori- 
ented model of the system, the model being com- 

15 posed of fields (24) having data corresponding to 

the resources of the system, wherein when said 
receiving means receives a signal from a re- 
source of the system indicating a change in the 
resource, data in the fields corresponding to the 

20 resource is changed in the model. 

2. A system according to claim 1 , wherein said mod- 
elling means further comprises executable codes 
(24) associated with the fields, wherein the 

25 executable codes may be triggered when a 

change is made to data in a corresponding one of 
the fields. 

3. A system according to claim 2, wherein said sys- 
30 tern further comprises applications (30) for mod- 
ifying the system, said applications communicat- 
ing with said modelling means to change data in 
the fields so as to trigger associated executable 
code associated with the field to cause the de- 

35 sired change to both the model and the system. 
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FIG. 4 , PROCESS CONTROL MANAGER 20 
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